Blue Prism 6.10.6: Junio de 2023

Las funciones que brinda Browser Automation Agent ahora se incluyen en el instalador de Blue Prism de forma predeterminada. El asistente de instalación de Blue Prism 6.10.6 elimina automáticamente Browser Automation Agent y las extensiones del navegador Manifest V3 asociadas si ya se instalaron.

Además, si alguna extensión del navegador Manifest V3 se había instalado de forma manual en una máquina determinada, deberá desinstalarse manualmente antes de instalar Blue Prism.

La eliminación del Browser Automation Agent ahora se administra de la siguiente manera:

• Durante una instalación manual de Blue Prism, si se detecta el Browser Automation Agent, se solicitará al usuario que lo desinstale para instalar Blue Prism Enterprise correctamente. Si falla la eliminación del Browser Automation Agent, la instalación de Blue Prism Enterprise no continuará.
• Durante una instalación silenciosa de Blue Prism Enterprise, la eliminación del Browser Automation Agent se administra automáticamente. Si esto falla, el usuario debe desinstalarlo manualmente siguiendo los pasos indicados en Desinstalar el Browser Automation Agent.

Para obtener más información, consulte las notas del lanzamiento del Browser Automation Agent.

Se ha solucionado un problema al trabajar con elementos de la aplicación mediante el atributo Índice de coincidencias, y el valor de este índice era mayor que 0. Las acciones Obtener límites de elementos en fases de lectura, que leen dinámicamente los valores de una aplicación Java, ya no arrojan valores incorrectos.

Anteriormente, al iniciar un navegador Edge a través de Application Modeller, se producía un problema intermitente cuando el navegador se iniciaba, pero Blue Prism no podía conectarse a él para espiar los elementos. Si la ventana de navegador inicial quedaba abierta y el usuario intentaba ejecutar Edge nuevamente a través del botón Iniciar aún activo en Application Modeller, Blue Prism podía espiar correctamente los elementos; sin embargo, solo podía hacerlo en una segunda ventana del navegador. El problema ya no ocurre y los elementos ahora se pueden espiar correctamente la primera vez que se inicia el navegador Edge.

Anteriormente, cuando se utilizaba la combinación de fase y condición Esperar > Existe verificación en lugar de Esperar > Existe verificación web, se mostraba un mensaje de error no reparable en lugar de una advertencia de validación reparable cuando Application Modeller estaba configurado en un navegador que ya se estaba ejecutando. Ahora se muestra una advertencia de validación independientemente del tipo de aplicación seleccionada en Application Modeller.

La configuración para ejecutar un programa el primer o el último día de la semana (seleccionando la opción Primero o Último en el menú desplegable En el …día laborable en el calendario para programas configurados para ejecutarse semanalmente) ahora se guarda correctamente en la base de datos.

En las versiones 6.10 anteriores de Blue Prism, cuando un recurso de tiempo de ejecución que era un controlador de grupo perdía conectividad o se desconectaba, continuaba intentando actuar como controlador de grupo después de reiniciarlo. Esto hizo que volviera a desconectarse porque otro recurso de tiempo de ejecución ya había asumido el rol de controlador de grupo. Este comportamiento se ha actualizado, por lo que ahora se agrega un recurso de tiempo de ejecución, que era el controlador de grupo anterior al grupo de recursos regular después del reinicio, y otros recursos de tiempo de ejecución activos asumen el rol de controlador de grupo.

Blue Prism 6.5 introdujo un cambio de comportamiento en las colas de trabajo cuando finalizaba una sesión de recurso de tiempo de ejecución. El proceso de limpieza marcaba los elementos de la cola de trabajo con una excepción como incompletos y no se realizaba un reintento automático si un elemento de la cola de trabajo quedaba bloqueado.

A partir de este lanzamiento, se ha agregado una nueva opción denominada Volver a probar los elementos en esta cola en caso de una finalización inesperada de la sesión, que está deshabilitada de forma predeterminada, a la pantalla Sistema > Flujo de trabajo: colas de trabajo. Si esta opción está habilitada y un elemento de la cola de trabajo queda bloqueado como resultado de una finalización inesperada de un recurso de tiempo de ejecución durante una sesión, se creará automáticamente un reintento para el elemento de cola cuando se reinicie el recurso de tiempo de ejecución. Esto depende del valor configurado de reintentos máximos en la cola.

Como parte de esta mejora, las excepciones que se aplican como resultado de una finalización inesperada de la sesión ahora incluyen la descripción Establecer excepción automáticamente al finalizar la sesión.

Para mejorar el rendimiento, la verificación de si un entorno debe cumplir con los Estándares Federales de Procesamiento de la Información (FIPS) o no ahora se realiza antes de evaluar cuáles de las combinaciones de cifrado se utilizan actualmente para cifrar los datos almacenados dentro de la base de datos.

La revisión de qué combinaciones de cifrado se utilizan para cifrar datos ahora solo ocurre si se requiere el cumplimiento de FIPS. Anteriormente, la verificación se producía antes de determinar si se debía cumplir con FIPS.

Se ha solucionado un error que se mostraba anteriormente al actualizar los datos de la información de administración (MI) eliminando las referencias codificadas con el nombre del esquema de la base de datos predeterminado.

Ahora es posible escribir caracteres coreanos (Hangul) en el campo Expresión en las fases de cálculo. Anteriormente, dichos caracteres podían pegarse, pero se mostraban incorrectamente cuando se escribían.

Se solucionó un problema en el que un resultado del tipo de datos Contraseña de una acción podría almacenarse de forma incorrecta en un elemento de datos de texto. Esto podía ocurrir si la contraseña se había escrito originalmente en un elemento de datos de contraseña que luego se actualizó a un elemento de datos de texto. Ahora se realiza una verificación en Process y Object Studio y en tiempo de ejecución, y se muestra un mensaje de error si el elemento de datos para la contraseña no es un elemento de datos de contraseña.

Al automatizar páginas web en un navegador Edge, si no existía un elemento, un mensaje de error indicaba incorrectamente que se encontró más de un elemento web coincidente. El error se produjo en Application Modeller cuando se usaron los atributos web XPath y el selector CSS que devolvieron al menos un elemento vacío. Ahora se muestra el mensaje de error correcto.

Se solucionó un problema en Process y Object Studio en el que los mensajes de excepción podrían mostrarse en segundo plano de la ventana en lugar de en primer plano durante la depuración de una automatización, lo que complicaba su localización y podían pasarse por alto.

Depurar un objeto que lee o escribe en una colección vacía ya no devuelve errores de validación de manera incorrecta. Anteriormente, ejecutar dichos objetos en Process Studio u Object Studio de forma incorrecta dio como resultado errores de validación.

Ahora, al hacer clic en el ícono de información en una acción de objeto de negocio o al seleccionar la opción de menú Documentación de API en Process y Object Studio, se abre la ayuda en el producto sobre el objeto de negocio relevante en el navegador predeterminado del usuario. Anteriormente, la ayuda se abría en Internet Explorer, sin importar cuál fuera el navegador predeterminado del usuario.

Se solucionó un problema en el que la ejecución de un proceso mediante una acción Obtener elemento siguiente podría hacer que un recurso de tiempo de ejecución reciba un elemento de cola de trabajo de una cola que ya había sido tomada por otro recurso y que estaba en proceso de actualización y desbloqueo.

La probabilidad de que ocurriera este problema era baja, ya que solo podía ocurrir cuando se asignaban múltiples recursos a la misma cola de trabajo, y un recurso activaba la consulta Obtener elemento siguiente en el momento exacto en que otro recurso estaba en proceso de compilar actualizaciones de la base de datos para un elemento en esa cola. Se actualizó el procedimiento almacenado utilizado por la acción Obtener elemento siguiente para utilizar la función de aislamiento de instantáneas en el Servidor SQL. Esto garantiza que los datos leídos por el procedimiento almacenado coincidan con el estado de los datos al inicio de la transacción.

Se ha solucionado un problema en el que, si se abría un proceso en Process Studio y luego se abría, editaba y guardaba un objeto en el proceso en Object Studio, el mismo objeto no se podía editar nuevamente a menos que el proceso se hubiera guardado y cerrado primero. Los usuarios ahora pueden depurar un proceso y editar un objeto varias veces sin necesidad de guardar y cerrar el proceso.

La acción Documento principal cargado, utilizada en una fase de espera al automatizar un navegador Chrome, Edge o Firefox, ahora verifica si se cargó el documento principal. Anteriormente, se configuraba incorrectamente para devolver siempre un valor true.

Ahora los usuarios pueden activar una aplicación usando Microsoft Edge en modo de Internet Explorer (IE) de la misma manera que cuando usan Edge o Internet Explorer. Esto se logra seleccionando la opción Aplicación basada en navegador (Internet Explorer) en Application Modeller y luego señalando una aplicación de Edge. Para obtener más detalles sobre cómo continuar ejecutando procesos basados en IE con Edge en Blue Prism, consulte Modo IE de Microsoft Edge.

Cuando se utilizan puertos efímeros para la automatización del navegador, los signos et (&) ahora se manejan correctamente. Antes, las URL que utilizaban signos et en los parámetros de consulta se truncaban incorrectamente en el signo et y no se podían navegar correctamente.

Se ha solucionado un problema en el que, si se utilizaban puertos fijos, las automatizaciones del navegador no se iniciaban debido a que se bloqueaba el puerto especificado. Los puertos ahora se inician correctamente cuando se completa o finaliza un proceso, y otros recursos de tiempo de ejecución pueden comunicarse con la extensión del navegador sin tener que reiniciar el recurso de tiempo de ejecución que utilizó primero el puerto fijo.

Se han solucionado los siguientes problemas que se producían al automatizar las aplicaciones del navegador mediante un modelo de aplicación externa:

• Ya no se evita espiar o destacar los elementos del navegador.
• Ya no se muestra incorrectamente un mensaje de error para una fase de navegación al finalizar un navegador.
• Las aplicaciones modernas del navegador ahora finalizan correctamente. Antes se mostraba el siguiente mensaje de error: El objetivo de una invocación inició la excepción.

Se ha solucionado un problema en el que era posible, incorrectamente, adjuntar a un sitio web si no estaba instalada la extensión del navegador y no se mostraba ningún error. Esto ya no es posible y aparece un mensaje de error si se intenta hacerlo.

Se ha cambiado la forma en que se realiza una acción de Finalizar contra un navegador para que el puerto de WebSocket ahora se cierre correctamente al finalizar por completo un navegador. Antes, si la pestaña que se estaba cerrando era la pestaña final, el puerto utilizado para la automatización del navegador no siempre se cerraba correctamente, lo que bloqueaba el uso del puerto fijo por las automatizaciones posteriores.

Se ha solucionado un problema en el que no era posible automatizar una pestaña abierta en una ventana nueva cuando se habilitaban los puertos efímeros. Ahora, cuando se abre una pestaña nueva (en una ventana nueva o existente), Blue Prism detecta si la pestaña fue creada por otra pestaña automatizada por Blue Prism y, si es así, utiliza esta relación para seleccionar qué puerto efímero utilizar. Si se abre manualmente una ventana nueva, se predetermina en el último puerto efímero utilizado.

• Si una sola instancia del cliente interactivo Blue Prism automatiza una instancia del navegador, controlará todas las ventanas.
• Si varias instancias del cliente interactivo Blue Prism automatizan varias ventanas, cada instancia automatizará las ventanas generadas por las pestañas bajo su control.

Se ha solucionado un problema en el que los archivos relacionados con la instalación de la extensión del navegador se agregaban incorrectamente al directorio de Instalación. Se han eliminado todos los archivos redundantes.

Se ha solucionado un problema en el que la apertura innecesaria o el cierre fallido de las conexiones de WebSocket durante las automatizaciones del navegador mediante el modo de compatibilidad de Microsoft Edge Internet Explorer (IE) hacía que fallaran las automatizaciones posteriores del navegador. Se muestra el siguiente mensaje de error: No se puede abrir el puerto que establece la conexión con la extensión del navegador. Los puertos WebSocket ya no se abren cuando se automatiza un navegador Microsoft Edge que se ejecuta en modo de compatibilidad de IE.

Se ha solucionado un problema en el que WebSockets podía dejarse abierto después de la finalización de una sesión del navegador, lo que hacía que los usuarios no pudieran automatizar las sesiones posteriores del navegador en la misma máquina hasta que se haya reiniciado. Los WebSockets ahora se vuelven a utilizar para las ejecuciones posteriores de automatización del navegador.

Se agregó el registro de depuración para registrar el estado de las conexiones de WebSocket utilizadas para la comunicación con extensiones del navegador. La entrada registra si hay puertos abiertos y muestra la ubicación, el número de puerto y el proceso que mantiene abierto el socket.

Se ha actualizado la biblioteca WebSocket Sharp para mejorar el cierre de sockets. Además, se ha agregado la siguiente configuración al archivo Automate.config para permitir a los usuarios adaptar la configuración según sus requisitos:

• <add key="BrowserAutomation.ReuseAddress" value="true" />: especifica si se deben reutilizar los puertos que se han abierto antes pero que otras aplicaciones no cerraron correctamente. El valor predeterminado se establece en verdadero, lo cual significa que Blue Prism reutilizará dichos puertos.
• <add key="BrowserAutomation.DontLinger" value="false" />: especifica si un socket debe permanecer abierto durante una cantidad de tiempo especificada después de una llamada de función de closesocket para permitir que se envíen los datos en cola. El valor predeterminado se establece en falso, lo cual significa que el socket permanecerá abierto durante un período de tiempo especificado.
• <add key="BrowserAutomation.RecreateServer" value="false" />: especifica si una nueva instancia del servidor de WebSocket se debe abrir cada vez que Blue Prism se conecta a un navegador web para conectarse al navegador, en lugar de mantener la misma instancia durante la vida útil del proceso. El valor predeterminado se establece en falso, lo cual significa que Blue Prism no creará un nuevo servidor WebSocket cada vez.

Cuando Blue Prism intenta iniciar una automatización del navegador en un puerto que ya está en uso, aparece el siguiente mensaje de error: No se puede abrir el puerto que establece la conexión con la extensión del navegador. Antes, en este escenario, se mostraba incorrectamente un error de extensión del navegador no detectado.